適切なコミットメントプランを選択してROIを最大化します

クラウド投資を最適化する方法

ワークロードをクラウドに移行しました。次は何をするのでしょうか。移行後は、クラウド環境を最大限に活用できるように最適化に重点が置かれます。FinOps は、データ主導の意思決定と財務責任を促進することで、クラウド テクノロジーのビジネス価値を高めるフレームワークとプラクティスです。FinOps は、クラウド コストの削減だけでなく、ROI の最大化と収益の増加も目的としています。目標は、クラウドの価値を最大化しながらクラウド支出を管理することです。FinOps の主要業績評価指標 (KPI) はコスト削減です。コスト削減を追跡するには、まずコストを節約できる領域を特定し、次にビジネス目標に合った代替戦略を検討する必要があります。そして、リアルタイムで節約を追跡し、必要に応じて計画を変更できるメカニズムがなければ、そのどれも役に立ちません。

利用可能な AWS の料金モデルと節約プラン、そして適切なプランを選択してコストを最適化する方法を見てみましょう。

AWS 料金モデル

AWS は柔軟な従量課金制 (PAYG) 料金オプションを提供しており、使用した分だけを選択して支払うことができます。FinOps 最適化戦略で検討すべき 4 つの料金モデルをご紹介します。

オンデマンド価格

オンデマンド料金設定は柔軟性を提供しますが、コストが高くなります。コンピューティングまたはデータベースの容量に対して、1 秒あたり (最低 60 秒) または時間単位で支払い、長期契約は必要ありません。これによりコストが変動し、実際の使用量に対してのみ課金されます。通常の容量では不十分な可能性がある、ゲーム、ストリーミング、チケット プラットフォームなど、予測できない急増が発生するワークロードに最適です。長期契約を行う前に、短期プロジェクト、テスト、ワークロード ベンチマークを確立するのに最適です。

貯蓄プラン

Savings Plans は、1～3 年間の一貫した使用 ($/時間) を約束すると、AWS サービス (EC2、SageMaker、Lambda、Fargate) の割引価格を提供し、オンデマンドと比較して最大 72% の節約を実現します。EC2、Compute、および SageMaker Savings Plans として利用できます。安定したワークロードや、営業時間のピークなど予測可能なパターンを持つワークロードに最適で、オンデマンドインスタンスと組み合わせてコスト効率を最大化できます。

リザーブドインスタンス (RI)

リザーブドインスタンスは、1～3 年の契約期間を契約すると大幅な割引 (オンデマンドと比較して最大 72%) が提供され、容量の可用性と予算の予測可能性が確保されます。RDS、OpenSearch、ElastiCache、Redshift、DynamoDB など、複数の AWS サービスで利用できます。オンデマンドよりも柔軟性が低く、事前の契約が必要ですが、未使用のリソースに対する支払いを避け、コストを最大限節約するには、正確な容量計画が不可欠です。

スポットインスタンス

AWS では、多くの場合オンデマンド価格のほんの一部で、EC2 の予備容量に入札できます。ただし、AWS が容量を戻す必要がある場合、これらのスポット インスタンスは、直前の通知で終了される可能性があります。そのメリットは、オンデマンド価格から最大 90% のコスト削減です。ただし、スポット インスタンスは、フォールト トレラントで柔軟なワークロードに使用することをお勧めします。インスタンスは、ほとんど通知なしに終了される可能性があるため、重要なワークロードや時間に敏感なワークロードには使用しないでください。

AWS 貯蓄プラン

AWS Savings Plans は、1 年間または 3 年間、1 時間あたりに測定された指定量のコンピューティング能力を使用するというコミットメントと引き換えに、オンデマンド料金を超える節約を提供します。コミットメントの支払いには、全額前払い、一部前払い、または前払いなしの支払いオプションを使用できます。AWS Savings Plans の 3 つのタイプの概要は次のとおりです。

コンピューティング貯蓄プラン

コンピューティング セービング プランは、EC2、Amazon Fargate、Lambda 全体で最も柔軟性が高く、インスタンス ファミリー、サイズ、アベイラビリティ ゾーン (AZ)、リージョン、オペレーティング システムに関係なく EC2 インスタンスに適用されます。ビジネスでコンピューティングのニーズが多様化または進化している場合は、このプランが最適です。ただし、より具体的なプランと比較すると割引率は低く、コンピューティング セービング プランでは柔軟性のために節約を犠牲にしています。

EC2 インスタンス セービング プラン

EC2 インスタンス セービング プランは、選択したリージョンの特定のインスタンス ファミリーに適用されます。コンピューティング セービング プランよりも割引率が高いですが、柔軟性は低くなります。

Amazon SageMaker 貯蓄プラン

これらは SageMaker の使用に適用され、対象となる SageMaker インスタンスに割引を提供します。これは、SageMaker とそのインスタンスタイプに大きく依存している企業にとって大きな節約を意味します。

自分に合ったAWSの料金プランと割引プランを選択する方法 現在のAWSの使用状況を理解する

クラウド支出を最適化するために適切な AWS 料金プランと節約プランを選択するには、ワークロード、使用状況、財務上の柔軟性の性質を考慮する必要があります。選択を行う前に、まずインスタンスタイプ、リージョン、使用時間における現在の使用パターンと将来の支出予測を詳細に分析する必要があります。

これを手動で行うことも、 Concierto Maximize を使用して AI/ML ベースのコスト分析情報と推奨事項を取得することもできます。Maximize は、現在の AWS 使用状況を自動的に分析して、インスタンスタイプ、リージョン、使用時間のパターンを把握し、さまざまなシナリオをキュレートして、さまざまな価格モデルとコミットメントプランの組み合わせに基づいて毎月の節約額を表示します。

クラウド最適化戦略における 8 つの考慮事項

現在の使用量と予測使用量を把握したら、料金プランと節約プランを選択する際に考慮すべき要素は次のとおりです。

作業負荷の予測可能性

ワークロードはどの程度予測可能ですか? ワークロードが安定していて予測可能な場合、ほとんどのお客様はコスト削減のためにリザーブドインスタンスまたは Savings Plans を選択します。変動するワークロードや予測不可能なワークロードの場合は、オンデマンドインスタンスとスポットインスタンスの組み合わせがより適している可能性があります。

財務の柔軟性

あなたの組織は前払いをどの程度行うことができますか? 前払いの資本が懸念事項である場合は、追加の貯蓄をあきらめて、前払いを必要としない貯蓄プランまたは価格設定オプションを選択する必要があるかもしれません。

成長予測

予想される成長が不明な場合は、過払いや不足払いを避けるために、より保守的な価格設定オプションを選択する必要があるかもしれません。過払いは無駄につながる可能性があり、不足払いは潜在的な節約の機会を逃すことを意味します。

アプリケーションアーキテクチャ

アプリケーションのアーキテクチャが選択に影響を与える可能性があります。マイクロサービス アーキテクチャは Savings Plans の柔軟性の恩恵を受ける可能性がありますが、モノリシック アプリケーションは Reserved Instances の方が適している可能性があります。

パフォーマンス要件

すべてのアプリケーションが同等であるとは考えられないため、アプリケーションのパフォーマンス ニーズを考慮してください。ミッション クリティカルなアプリケーションでは、リザーブド インスタンスの保証された容量が必要になる場合がありますが、バッチ処理ジョブではスポット インスタンスを利用できます。チームが複数の価格プランの複雑さを処理できる場合は、さまざまなアプリケーションの価格プランと節約プランのオプションを組み合わせて使用することをためらわないでください。

コンプライアンスとデータ保管場所

選択したプランが組織のコンプライアンス要件またはデータ保存のニーズに適合していることを確認します。

運用オーバーヘッド

さまざまな価格モデルを管理する複雑さを考慮してください。モデルを組み合わせるとコストを最適化できますが、管理オーバーヘッドも増加します。まだ完全な FinOps チームがない場合、追跡しやすい価格プランを選択し、完全な監視とレポートが整備されたら、より複雑なオプションに切り替えることができます。

リスク許容度

スポットインスタンスなどのオプションに伴う潜在的な中断に対する組織の許容度を評価します。